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APPARATUS AND METHODS FOR DEVELOPING AND MANAGING 
SOFTWARE INTER-OPERABILITY AND DATA INTEGRATION ACROSS 

INFORMATION SYSTEMS 

This application claims priority of the provisional application bearing 
application number 60/139,012 filed on June 14, 1999. 

BRIEF DESCRIPTION OF THE INVENTION 

This invention relates to software imer-operability. In particular, this invention 
rela .es to software inter-operabilhy and data integration among information systems. 

BACKGROUND OF THE INVENTION 

The management of large-scale projects, such as construction projects, requires 
elaboration among and between a wide array of individuals and software systems. 
Typically, different software systems are each targeted to manage data tn dtfferen. 
stagesofaproject For example, in tire context of construction projects, vanons 

projects include, but are not limited to, the following: 

\ Computer-aided Design Systems (CAD) that define tire geomemca. shapes and 
design parameters of physica, entities; examples of CAD systems are Autodesk 
30 AutoCAD® and Autodesk Architecture Desktop®, Autodesk, San Rafael, CA, 

and Bentley Microstation®, Bentley System, Exton, PA; 
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2. Scheduling and Project Management Systems that provide project scheduling, 
project control and resource management; examples of scheduling and project 
management systems are Primavera Project Planner®, Primavera System, Bala 
Cynwyd, PA, and Microsoft Project®, Microsoft, Redmond, WA; 
5 3. Cost Estimating Systems that provide cost estimation for a project; examples 
of cost estimating systems are Timberline Precision Collection® and 
Timberline Gold Collection®, Timberline, Beaverton, OR; 

4. Graphical Reporting Systems that publish a variety of project reports in 
graphical chart formats; examples of graphical reporting systems are Microsoft 
Excel®, Microsoft, Redmond, WA, and Lotus 1-2-3®, Lotus, Cambridge, MA; 
and 

5. Database Management Systems that maintain the persistence of software 
instances; examples of database management systems are Oracle® Database 
Server, Oracle, Redwood Shores, CA, Microsoft SQL Server® and Microsoft 

15 Access®, Microsoft, Redmond, WA. 

Data manageable by a software program is generally limited to the capabilities 
of that software program. Data exchange among different software programs is 
limited and usually inflexible. Thus, it is desirable to provide apparatus and methods 
which are capable of extracting interrelated project data residing in different software 

20 applications and incorporate such interrelated data in a centralized database for each 
project. Further, it is desirable to provide access to such centralized database through 
a network, such as the Internet. 
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SUMMARY OF THE INVENTION 

A method for processing data received across a network in multiple formats 
includes the steps of: (a) receiving data at a server computer from a client computer; 
(b) identifying a selected parser program based at least in part on the received data; (c) 
parsing the received data using the selected parser program to create parsed data; (d) 
selectively establishing assigned portions of the parsed data to a target object in a 
database; (e) encapsulating the assigned portions within the target object to form a new 
target object; and (f) storing the new target object in the database. In an exemplary 
embodiment, the method also includes the steps of: (g) receiving a request from the 
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client computer; (h) selectively retrieving data stored in the database in response to the 
request to form retrieved data; (i) converting the retrieved data into a network 
compatible format to form converted data; (j) generating a report based on the 
converted data; and (k) sending the report to the client computer. 
5 In one embodiment, the converting step includes the step of forming converted 

data in a HTML or XML format. In another embodiment, the identifying step includes 
the step of identifying a selected parser program from a set of parser programs. In yet 
another embodiment, the method includes the step of inter-relating a set of target 

objects in a relational table structure. 

In an exemplary embodiment, a method for processing data received across a 
network in multiple formats includes the steps of: (a) uploading a document provided 
by a client computer; (b) identifying a selected parser program based at least m part on 
the document; (c) parsing the document using the selected parser program to provule a 
parsed document; (d) identifying an entity from the parsed document; and (e) 
1 5 associating the entity to an object in a schedule. In one embodiment, the uploadmg 
step includes uploading a CAD document. 

A system for processing data received across a network in multiple formats 
includes a central processing unit, a communication interface for connection between 
the network and the central processing unit, and a memory. In one embodiment, the 
20 memory includes a set of data parser programs and a database having a set of objects. 
Data received through the communication interface is processed by the central 
processing unit utilizing at least one of the set of data parser programs to create 
processed data, the processed data being selectively associated with one of the set of 
objects in the database and stored in the database based on the association. In another 
25 embodiment, the memory further comprises a report generator module. The report 
generator module includes logic code to selectively produce retrieved data from the 
database in response to a request from a client computer across the network, logic code 
to convert the retrieved data into converted data in a network compatible format, and 
logic code to send the converted data across the network to the client computer. In one 
30 embodiment, the network is a distributed network and the client computer includes an 
end user or a web site. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIGURE 1 illustrates an exemplary system in accordance with an embodiment 
of the invention. 

FIGURE 2A illustrates an exemplary system server in accordance with an 
5 embodiment of the invention. 

FIGURE 2B illustrates an exemplary system in accordance with an 
embodiment of the invention. 

FIGURE 3 is a flow chart of an exemplary process in accordance with an 
embodiment of the invention. 
1 0 FIGURE 4A is a flow chart of an exemplary process in accordance with an 

embodiment of the invention. 

FIGURE 4B is a flow chart of an exemplary process in accordance with an 
embodiment of the invention. 

FIGURE 4C is a flow chart of an exemplary process in accordance with an 
1 5 embodiment of the invention. 

FIGURE 5 illustrates an exemplary inter-relationship of objects in an objects 
database. 

DETAILED DESCRIPTION OF THE DRAWINGS 

20 Figure 1 illustrates a network system 1 00 in accordance with an embodiment of 

the present invention. The network system 100 includes a communications network 
102 connected to a system server 104, client computers 106, Web sites 108, and other 
networks 114. In a preferred embodiment, the communications network 102 is the 
Internet. 

25 Figure 2A is an exemplary embodiment of the system server 1 04 in accordance 

with an embodiment of the present invention. The system server 104 includes one or 
more central processing units 202, a communications interface 204 for connecting to 
the communications network 102, and memory 206. The memory 206 includes an 
operating system 208, server applications 210, communications applications 212, 

30 parser programs for parsing incoming documents received through the 

communications network 102, a report generator 216 for generating reports, a main 
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database 218, a fotma. converter 234 for converting formats, and a relation** 
compiler 236 for compiling data and object inter-relationships. 

The main database 218 includes an objects database 220 for storing objects, a 
programs database 222 for storing computer programs, and a systems applicatton 
5 prog ram i nterfaces232.Theprogramsdauabase222 i nc.udesschedu.ingprograms 

224, cost estimating programs 226, graphical report programs 228, and computer arded 

design (CAD) programs 230. 

Figure 2B is an exemplary embodiment of the communication between the 
system server 104 and me client computers 106 through the communications network 

,0 102 In this exemplary embodiment, client computers 106 can upload nattve data 
thro „ghmec„mmunications»envo,kl02forprocessingby.hesys,emserver 1 04. 

The client computes native da* includes drawings 20!, schedules 203, and financ.al 
files 205 Once received by me system server 104, the data is parsed by a parser 
program 214. The parser program 214 is selected from a set of parser program, After 
15 the dam is parsed, inter-relationships among me parsed dataand objects in the objects 
database 220 are developed by the relationship compiler 236. The parsed da* rs 
stored in the main database 21 8 in accordance with the parsed data's tnter- 
rel auonships to objects in the objects database 220 of the main darabase 21 8. Data 
associated with each object is encapsulated by that object. New objects may a.so be 
20 developed to accommodate the parsed data. 

Dam stored in me main database 218 can be accessed by client computers 106 
or Web sites 108 through the communicauons network 102. When the system server 
,04 receives a request from the client computers 106 or Web sites 108 through the 
communication network 102, data responsive to the request is retrieved from Ure mam 
25 database 218. The report generator 216 genera.es a report based on the retrieved dam. 
The generated report is men converted into a network compatible forma, by the fotma. 
converter 234 and sen, to the requesting client computers 106 or Web sites 108. 

Figure 3 illustrates an exemplary process in accordance with an embodmrent of 
fte present invention. At step 302, dam is received from a client. Depending on the 
30 c„n,en,offtedamreceived,aparserp ro gramisselec,ed(s,e P 304). The reived data 
is parsed by the selected parsing program (step 306). Inter-relationships among the 
parsed dam and objects in an objects database are developed (step 308). The parsed 
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data is stored in a main database, organized by the parsed data's inter-relationships 
with objects in the objects database (step 309). New objects may also be developed to 
accommodate the parsed data. Upon request from a client across a network, such as 
the Internet, responsive data is retrieved from the main database and a report is 
5 generated from retrieved data (step 3 1 0). The generated report is converted into a 
network compatible format (step 312). The converted report is sent across the network 
to the requesting client (step 314). The client can either be a client computer accessed 
by a end user or a Web site. 

Figure 4A illustrates an exemplary process in accordance with an embodiment 
1 0 of the present invention. At step 402, a user is allowed to sign on to the server system. 
After the user is signed on, a new project is initialized (step 404). The user is 
prompted to define work areas (step 406). In an exemplary embodiment, the defined 
work areas form work area objects. Examples of work areas are various floors in a 
construction project. The user is prompted to select building blocks for each work 
1 5 area (step 408). In an exemplary embodiment, the selected building blocks form 
building block objects. Examples of building blocks are number of columns, walls, 
girders, etc. Building elements and actions are developed based on the defined work 
areas and selected building blocks (step 410). In an exemplary embodiment, the 
developed building elements and actions form building element objects and action 
20 objects, respectively. Building elements are developed by associating building blocks 
to each work area, for example, two columns on the first floor. Actions are developed 
by defining the work necessary to achieve each building element, for example, welding 
the columns onto the first floor. Activities are developed based on the developed 
building elements and actions (step 412). In an exemplary embodiment, the developed 
25 activities form activity objects. Activities are developed based on when each action 
should be accomplished, for example, welding columns onto the first floor on the 
fifteenth day of the construction project. A schedule listing detail activities on a day- 
to-day basis is generated (step 414). At step 41 5, inter-relationships among the objects 
are developed and each object is stored in a main database in accordance with the 
30 developed inter-relationships. 

In an exemplary embodiment, the system server 104 is able to service clients 
using different computer software to generate documents. For example, using the 
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context of a construction project, a manger of the construct project may use cos. 
estimating software to generate estimated cos. and an architect of .he same 
construction project may use computer-aided design software ,o ske.ch .he structure of 
,he cons.ruc.ion. In each case, the system server 104 of .his invention can up.oad the 
5 document created by individuals in a project using different computer software, 

compile the data in such uploaded documents, generate a centralized database, and 
provide a comprehensive report to each individual having access to the system 
regarding the construction project. 

Figure 4B illustta.es an exemplary process in accordance with an embodtment 
,0 of the present invention. In this exempt process, rhe user has a. leas, one document 
aheady created using a computer-aided design software. A. step 416, the user ts 
allowed .o sign on to the server system. After the user is signed on, a new project ts 
i„itialized(step418). The user is prompted .o deftne work areas (step 420). Inan 
exemplary embodiment, ,he defined work areas form work area objects. The user s 
,5 CAD drawings are uploaded into .he server system (step 422). Endues from ,he CAD 
drawings, or CAD entities, are identified (step 424). Building elements and acttons 
are developed based on the identified endues (step 426). In an exemplary 
embodiment, the developed building element and actions form building element 
objects and action objects, respectively. Activities are developed based on me 
20 developed building element and actions (step 428). In an exemplary embodtmen, me 
developed activities form activity object, A schedule listing de.ail activities on a day- 
,0-day basis is generated (step 430). A. step 431, inter-relationships among the objects 
are developed and each object is stored in a main database in accordance wtth the 
developed inter-relationships. 
25 Figure 4C illustrates an exemplary process in accordance with an embodtment 

of the present invention. In titis exemplary process, tire user has more man one 
document already created using computer-aided design software and scheduling 
software. A. step 432, the user is allowed to sign on to the server system. After tire 
user la signed on, a new project is initialized (step 434). The user is prompted to 
30 define work areas (step 436). The user's documents, including a CAD drawing and a 
schedule, are uploaded in.o the server system (step 438). Entities from me user's 
documents; such as CAD entities from the CAD drawing and .ask entities from tire 
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schedule, are identified (step 440). Activities are developed by associating task 
entities from uploaded schedule to CAD entities from the CAD drawing (step 442). In 
an exemplary embodiment, the developed activities form activity objects. A new 
schedule is generated based on the developed activities (step 444). At step 445, inter- 
5 relationships among the objects are developed and each object is stored in a main 
database in accordance with the developed inter-relationships. 

GENERAL OPERATION 

An exemplary system in accordance with the present invention comprises three 
10 functional layers: (1) a presentation layer; (2) an object layer; and (3) an interface and 
data access layer. The layers are inter-dependent and each layer includes different 
functionality. Briefly, the presentation layer organizes user interface components and 
defines the interaction between users and the system. The object layer categorizes 
information relating to physical and logical entities in a project. The interface and data 
1 5 access layer defines interfacing mechanisms to third-party software and database 
management systems. Functionality performed by each layer is discussed in more 
detail below. 

The presentation layer provides interfaces between the system and the client. 
The client may be end users or Web sites. The presentation layer includes mechanism 
20 to gather information from clients as well as mechanism to present data to clients. In 
an exemplary embodiment, multiple interfaces are used to achieve the functionality. 
For example, input user interfaces and output interfaces gather data from clients as 
well as display and publish data to clients. Further, third-party user interfaces allow 
clients to input or review project data created by third-party software and object 
25 interfaces allow communication with objects in the object layer. 

The object layer provides simple data validation logic as well as computing and 
data retrieving functionality. In an exemplary embodiment, each user interface can be 
mapped to one or more objects defined in the object layer. For instance, during the 
course of a project, a large number of physical and logical entities are typically 
30 developed. These entities can be organized into specific classes in the object layer. A 
class may comprise multiple attributes that delegate entity data and methods and 
define the behavior of the entities. An object, instantiated from its class, preserves 
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merited aXribu.es and methods tha. regulate the relationship between this object and 
other project objects. The relationship among objects maintains dam integnry and 
consistency among objects. 

An index of exemplary objects are as described in appendix A. Each 
5 exemplary object is identified by a numerical number and each attribute or method tn 
an object is identified by an alphabetical letter. Numbers in brackets as shown tn 
appendix A for each object represent the inter-relationship between the object to 
another object identified by that number. Stately, a leer following a number ,n a 
bracket represents a corresponding attribute of the object identified by the number. 
10 Exemplary objects in appendix A can be in.er-related using a relational table 

structure, such as hash table structure. Figure 5 represents an exemplary inter- 
relationship of the objects listed in appendix A. As shown in Fig. 5, the mter- 
relationship among objects establishes a systematic mechanism for project data 
exchange among objects. Further, systematic data transaction maintains data integnty 
, 5 and achieves data compatibihty among different software packages. In addifon, the 
inter-relationship of the objects allow the object layer to coordinate data exchange 
between the presentation layer and the interface and data access layer. 

The interface and data access layer defines interface mechanisms for data 
exchange between third-party software and objects in the object layer. In an 
20 exemplary embodiment, an interface between work area objects [object 3] and CAD 
software is provided. In this embodiment, CAD dtawtngs may be uploaded from a 
client computer 106 or created within the system server 104. In any even., CAD 
entities in CAD drawings are linked to work area objects by assigning identifications 
("IDs") to the CAD entities in the drawings. CAD entities represent the geometneal 
25 dataofaworkareaobject. When the geometrical dam of a work area object ,s 
requested, corresponding CAD entities with matching IDs are accessed through the 
CAD's API. Similarly, when a work area object relating to a CAD entity is requested, 
a„ work area objects are checked to find the ones that match the CAD enttty's ID. 

In an exemplary embodiment, an interface between activity objects [object 15] 
30 and Scheduling/Project Management software is provided. In this embodiment, 
schedules created using Schedulingffrojec. Management software may be uploaded 
from a client computer 106 or created within the system server 104. In any event, usk 
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entities in uploaded schedules are linked to activities objects by assigning 
identifications ("IDs") to the task entities in the schedules. Task entities represent 
scheduling data of an activity object. When scheduling data of an activity object is 
requested, corresponding task entities with matching IDs are accessed through the 
5 scheduling/project management software's API. Similarly, when an activity object 
relating to a task entity is requested, all activity objects are checked to find the ones 
that match the task entity's ID. 

In yet another exemplary embodiment, interface between cost account objects 
[object 13] and cost estimating software is provided. In this embodiment, cost 
1 0 estimates created using cost estimating software may be uploaded from a client 

computer 106 or created within the system server 104. In any event, account entities 
in the uploaded schedules are linked to cost account objects by assigning 
identifications ("IDs") to the account entities in the cost estimates. Account entities 
represent detailed cost data of a cost account object. Thus, detailed cost data of a cost 
1 5 account object is bi-directionally linked to account entities by the IDs. 

In another exemplary embodiment, an interface between simulation report 
object [object 21] and report creating software is provided. In this embodiment, 
reports created using report creating software may be uploaded from a client computer 
106 or created within the system server 104. In any event, cell entities in uploaded 
20 reports are linked to simulation report objects by assigning identifications ("IDs") to 
the cell entities in the reports. Thus, cell entities of a simulation report object is bi- 
directionally linked to cell entities by the IDs. In simulation report objects, additional 
methods defined within the object, such as SET_X and SET_Y methods, may be 
invoked to further establish direct access to cell data in a third-party report creating 
25 software [object 21, attributes D,E]. 

In yet another exemplary embodiment, an interface to database management 
systems is provided. The persistence of objects in the object layer are maintained by 
the WRJTEO and READ() method of each object (see appendix A). For example, 
when the WRITE() method of a current project object is invoked, the project object 
30 and all related/subordinate objects are invoked through recursive calling to 

corresponding WRITEQ methods in those related/subordinate objects. Similarly, the 
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READO method of the curren, project object cor. retrieve all related/subordinate 
objects from local file systems, database or remote nodes. 

' To farther illustrate the inter-relauonship between objects set forth in appendrx 
A in an exemplary method a user signs on «o .he system server 104, a new operator 
5 object [object 23] is creared and added into the operator objects group [object 24]. 
. The new operator object's LOGINO method invokes a new session object [objec, 27]. 
Further the user car, associate a domain object [object 25] to .he new operator object. 
The da* access con.ro. .able of the domain object [object 25, attribute C] regu.a,es .he 

user' s right to access other objects. 
,0 Once a new opera.or object is crea.ed, the user is prompred to provide projec, 

information. Based on the provided information, a projec, class object [object 1] .s 
initialized and added into .he projec. objects group [object 2]. M the user .s 
prompted to identify defined work areas. Based on the number of above ground and 
underground levels of ,h= initiated project object, the system au.omatically generates a 
,5 work area object [object 3], The work area object defines floor plans for tire new 
project. A user having appropriate access privileges can modify me generated floor 
plans or define new floor plans. The elevation ariribu.es of .he work area object 
la«ribu.e E] and any successor work area objecrs [attribute C] determine .he sequence 
of work area objects. In consideration of gravity, work area objects having me lowes, 
20 elevation are usually created firs.. However, users having appropriate access 
privileges can reorganize the sequence of work area objecB. 

Next, according ,o me rype of building sttucture defined in me current projec, 
object [objec, 1, attribute J], default building block object [object 1 1] for me rype of 
building sttucture are assigned or generated. Users having appropnate access 
25 privileges are allowed ,o review, add, delete or modify tire defaul, building block 

object, Nex,, building elemen, objects [objec, 17] and activity objects [objec. 15] are 

developed and linked. 

In an exemplary embodiment, a user provides pre-existing CAD drawings 
and/or schedules. The user's pre-existing documents are uploaded into the system. 
30 CAD entities in any CAD drawings are identified. For each identified CAD en,,«y the 
user needs to identify related work areas, building elements, and building blocks. If 
such information is no, discernible visually on me CAD drawings, a request for 
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additional information may be issued to the user for clarification. A new object for 
each identified building element is developed. The developed building element 
objects are associated with their related building block and work area objects. 

Each building block object is related to a set of action objects and building 
5 element objects. An activity object can be generated based on the action objects and 
building element objects associated with a building block object. Each building 
element object includes the IDs of activity objects for that building element object. 
Similarly, each activity object includes the IDs of the related building element object 
for that activity object. As a result, a bi-directional relationship between an activity 
1 0 object and a building element object is established. Each action object [object 9] 
includes a list of resource usage objects [object 9, attribute E]. Thus, resource usage 
objects for each activity object can be gathered from associated action objects. 

Activity objects are grouped based on the following: (1 ) the attribute in 
building element objects [object 17, attribute C] that specifies the IDs of associated 
1 5 work area objects; (2) the attribute in building element objects [object 1 7, attribute D] 
that specifies the IDs of associated building block objects; and (3) the attribute in 
activity objects [object 15, attribute F] that specifies associated action objects. For 
each category, a summary activity object group is developed. The summary activity 
object group includes activity objects having the same attribute category. A user can 
20 associate each instance of summary activity object group to one or more task entities 
in an existing schedule. 

In another exemplary embodiment, a user provides pre-existing CAD drawings 
only. The system in accordance with an embodiment of the present invention generates 
schedules based on any existing drawings uploaded from the user. The user's pre- 

25 existing CAD drawings are uploaded into the system. The uploaded CAD drawings 
are processed in the same way as described above, whereby CAD entities in any CAD 
drawings are identified, building element objects are created, and created building 
element objects are associated with their related building block and work area objects. 
Further, in accordance with the process described above, activity objects are also 

30 developed and grouped according to attribute categories. When the activity objects are 
developed and grouped, a schedule can be generated. The summary activity object 
groups can be organized as follows: (1) the sequence of a work area object [object 3, 
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attribute C] associated with a building element object [object 17, attribute C] and 
child activities [object 15, attribute E]; (2) the elevation [object 3, attribute E] of 
building element objects [object 15, attribute C] of the work area object; (3) the 
sequence of CAD entities identified; and (4) the sequence of action objects associated 
5 with each identified CAD entity [object 1 5, attribute F]. Based on the above 

organizations, the system generates a new schedule using the summary activity object 
groups through the APIs of the scheduling/project management software. The 
generated schedule can be modified by users with appropriate access privileges. 
In yet another exemplary embodiment, a user creates new drawings and 
10 schedules using the system in accordance with this invention. The user is prompted to 
identify a current work area and select a target building block object from a 
customized list provided through a user interface. Each item on the customized list 
provides a link to a pre-drawn CAD entity. Thus, when a target building block is 
selected, the linked CAD entity is drawn onto a CAD document. The user is allowed 
15 to select as many building blocks as desired to create a CAD drawing. After a CAD 
drawing is created, the system generates objects based on the CAD entities as 
described in the above embodiments. When the appropriate objects are developed, the 
system generates a schedule as described in the above embodiment. 

Project data, either provided via CAD drawings or schedules, are encapsulated 
20 in target objects. Target objects can further be grouped into object groups. A user is 
able to access the encapsulated data for a project across a network, such as the Internet. 
Data encapsulated by each target object are referred to as instances. In general, 
changes to object instances that are encapsulated by target objects are distributed 
throughout the object groups. Thus, the present invention avoids data inconsistency 

25 and data re-entry. 

In an exemplary embodiment, a user can obtain a display of activity 
information associated with a selected CAD entity. When a user selects one or more 
CAD entities from a CAD drawing, associated building element instances are 
highlighted by implementing a building object's HIGHLIGHTQ method [object 17, 
30 attribute G]. Further, activity instances (including task entities) associated with the 
highlighted building element instances are highlighted by the HIGHLIGHTQ method 
[object 15, attribute I]. Thus, direct links between CAD entities in the drawing and 
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task entities in the schedules are created and the user can review activity information 
by selecting CAD entities from the CAD drawing. 

In another exemplary embodiment, a user can obtain resource information 
related to a selected CAD entity. When a user selects one or more CAD entities from 
5 a drawing, associated building element instances are highlighted by implementing 
building object's HIGHLIGHTO method [object 17, attribute G]. Activity instances 
associated with the highlighted building element instances are highlighted by the 
HIGHLIGHTO method. Further, resource entities associated to action instances that 
are linked to the highlighted activity instances are displayed. Thus, direct links 

10 between CAD entities in the drawing and resource entities are created and the user can 
review linked resource information by selecting CAD entities from the drawing. 

In yet another exemplary embodiment, a user can highlight related building 
element instances in CAD drawings by selecting task entities. When one or more task 
entities from a schedule are selected, activity instances relating to the selected task 

1 5 entities are retrieved. The CAD entities representing the building element instances 
linked in the retrieved activity instances are highlighted by the HIGHLIGHTO method 
[object 17, attribute E]. 

In another exemplary embodiment, a user can obtain a display of related 
building element instances at any given time along a time line. Based on a time period 

20 specified by a user, the task entities for the specified time period are retrieved. 

Corresponding CAD entities of the related building element instances for the retrieved 
task entities (encapsulated in activity objects) are highlighted by the HIGHLIGHTO 
method. Thus, the user can observe the building element instances that are involved at 
any given time period. 

25 In yet another exemplary embodiment, a user can obtain a display of building 

element instances in a critical path. When a user requests a display of building 
element instances in a critical path, task entities in the critical path are retrieved. CAD 
entities corresponding to the retrieved task entities are highlighted by the 
HIGHLIGHTO method. Thus, the user can distinguish building element instances in a 

30 critical path. 

In another exemplary embodiment, a user can obtain a display of building 
element instances using selected resource. . When an instance of resource entity 
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encapsulated in a resource object is selected, activity instances whose related action 
instances use the selected resource instance are retrieved. CAD entities of building 
element instances relating to the retrieved activity instances are highlighted. Thus, the 
user is able to view all CAD entities implementing the selected resource instance. 
5 In yet another exemplary embodiment, a user can obtain a display of activities 

using selected resources. When an instance of a resource entity encapsulated in a 
resource object is selected, activity instances whose related action instances use the 
selected resource instance are retrieved. Task entities linked to the retrieved activity 
instances are highlighted. Thus, the user is able to view all task entities implementing 

1 0 the selected resource instance. 

In another exemplary embodiment, a user can exchange data between drawings 
and resources. When a user selects one or more CAD entities from a drawing, 
building element instances corresponding to the selected CAD entities are highlighted. 
Further, activity instances related to the highlighted building element instances are also 
15 highlighted. Resource instances included in action instances of the highlighted activity 
instances are displayed. If dimensions of the selected CAD entities are modified, the 
number of linked resource usage instances can be updated by implementing the 
CALCULATE.VOLUMEO method or the CALCULATE_LENGTH() method of the 
building element object [object 17, attribute K and L]. 
20 In yet another exemplary embodiment, a user can obtain a display of resource 

information in a work area. When an instance of work area is selected, related 
building element instances are retrieved. CAD entities related to the retrieved building 
element instances are highlighted. Resource usage information of the action instances 
relating to the activity instances that define the construction of the retrieved building 

25 element instances is displayed. 

Construction projects can be implemented efficiently using systems provided 
in this invention. Advantages include efficient visualization of construction sequence, 
schedule tracing, cost projection, and resource allocation planing for a construction 
project. 

30 In an exemplary embodiment, daily event instances [object 1 9 j are used to 

provide project simulations. First, the system loops through daily event instances for 
each day of a project from its start date to its end date. For each project date, a daily 
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event object is developed. The date attribute of the developed daily event object 
[object 19, attribute B] is the looped date for its corresponding daily event instance. 
The daily event object also includes IDs of activity instances that should take place 
within the looped date [object 19, attribute C]. Further, instances of daily event 
5 objects are sorted in the order of their date attribute [object 19, attribute B] and 

maintained by the current daily events object group [object 20], Based on a specified 
simulation date, daily event instances beginning from the project start date to the 
specified simulation date are used to prepare various simulations. 

In one embodiment, construction sequence can be visualized in a simulation. 

1 0 The daily event instances during the simulation period include associations with 
appropriate activity instances. Further, the associated activity instances include 
association with appropriate building element instances. The DISPLAY() method of 
the involved building element instances are implemented to simulation the work that 
should be performed during the simulation period. In an exemplary embodiment, 

1 5 different colors are used in the simulation to represent different phases of the building 
element instances. 

In another embodiment, project progress can be simulated for the specified 
simulation period. A progress line in a schedule for the project can be simulated for 
the specified simulation period by using the APIs of third-party scheduling/project 

20 management software. 

In yet another embodiment, projected cash flow simulation is provided for the 
specified simulation period. An array of X-axis data in a simulation report object 
[object 21, attribute F] records the simulated day and an array of Y-axis data in the 
simulation report object [object 21, attribute G] records daily spending. Daily 

25 spending can be gathered from the balance attribute of a linked cost account instances 
[object 13, attribute C]. The latest daily or cumulative cash flow projections are 
published by implementing the SET_X() [object 21, attribute D] and SET_Y() [object 
21, attribute E] methods. 

In yet another exemplary embodiment, projected resource usage can be 

30 simulated for the specified simulation period. An array of X-axis data in a simulation 
report object [object 21, attribute F] records the simulated day and an array of Y-axis 

data in the simulation report object [object 21, attribute G] records the consumed 

it 
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quantity of a resource instance. The latest resource usage projections are published by 
implementing the SET_X() (21, D] and SET_Y() [21, E] methods. 

Changes to instances encapsulated by respective target objects can be 
incorporated into simulations by developing a new set of daily event instances based 
5 on the changes. As a result, a user can simulate project progress using various 
schedules and resource allocation. 

The foregoing examples illustrate certain exemplary embodiments of the 
. invention from which other embodiments, variations, and modifications will be 
apparent to those skilled in the art. The invention should therefore not be limited to 
10 the particular embodiments discussed above, but rather is defined by the following 
claims. 
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APPENDIX A 

1 . Project 

Generic project information can be encapsulated into an instance of project class and its 
subordinate instances. An exemplary project instance may include, but is not limited to 
the following attributes and methods: 

A. unique ID 

B. name 

C. description 

D. start date 

E. total cost 

F. owner information 

G. type of contracting method, which regulates the relationship between project 
participants and the data access control for each party. 

H. number of ground levels 

I. number of underground levels 
J. type of building structure 

K. an instance of building blocks [12], which manages a set of building block instances 

[11] used in this project. 
L. an instance of building elements [18], which manages a set of building element 

instances [17] belonging to the current instance of this project class [1]. 
M. an instance of activities [16], which manages a set of activity instances [15] that 

denote tasks of the current project instance [1], 
N. an instance of work areas [4], which manages a set of work area instances [3] 

belonging to the current project instance [1 ]. 
O. an instance of resources [6], which manages a set of resource instances [5] used by the 

current instance of this proj ect class [ 1 ] . 
P. an instances of cost accounts [14], which manages a set of cost account instances [13] 

of the current project instance [1]. 
Q. an instances of daily events [20], which manages a set of daily event instances [19] 

belong to the current proj ect instance [ 1 ] . 
R. an instance of simulation reports [22], which manages a set of simulation report [21] 

used in the current project instance [1]. 
S. audit information, including who creates the current instance of this class, when this 

instance was created, who updates this instance and when this instance was modified, 
T. READ() method, which reads information of this instance from the local file system, 

database or network nodes. Whenever retrieving instances of subordinate classes, it 

triggers their READ() methods recursively. 
U. WRITE() method, which saves information of this instance to the local file system, 

database or network nodes. Whenever saving instances of subordinate classes, it 

invokes their WRITE() methods recursively. 
V. CREATE() method, which instantiates an object of this class. 
W. DESTROY() method, which removes the calling object from the invented systems. 

2. Projects 
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The instance of projects class [2] groups a set of project instances [1] together. An 
exemplary projects class includes, but is not limited to, the following attributes and 
methods. 

A. unique ID 

B. array of ID of project instances [1], which are managed by the current projects 
instance [2]. 

C. ADD(ID of project instance [1]) method, which adds the project instance [1], whose 
ID is passed as the parameter, into the array [2, B]. 

D. REMOVE(ID of project instance [1]) method, which removes the project instance [1], 
whose ID is passed as the parameter, from the array [2, B]. 

E. COUNT() method, which returns the number of instances in the ID array [2, B]. 

F. IS_MEMBER(ID of project instance [ 1 ]) method, which return a Boolean value 
representing whether the project instance [1], whose ID is passed as the parameter, is 
a member of the ID array [2, B] or not. 

G. MEMBER(Index of the ID array [2, B] ), which returns a project instance [1] , whose 
index number in the ID array [2, B] matches the passed one. 

H. audit information, including who creates the current instance of this class, when this 
instance was created, who updates this instance and when this instance was modified. 

I. READ() method, which reads information of this instance from the local file system, 
database or network nodes. Whenever retrieving instances of subordinate classes, it 
triggers their READ() methods recursively. 

J. WRITE() method, which saves information of this instance to the local file system, 
database or network nodes. Whenever saving instances of subordinate classes, it 
invokes their WRITE() methods recursively. 

K. CREATE() method, which instantiates an object of this class. 

L. DESTROYQ method, which removes the calling object from the invented systems. 



3. Work Area 

The instances of work area class [3] divide the physical space of the project site into 
manageable logical zones. An exemplary work area instance [3] may include but is not 
limited to the following attributes and methods. 

A. unique ID 

B. name 

C. IDs of successor work area instances [3], most of whose building element instances 
[9] are created after these in this work area. 

D. links to CAD entities, which represent the geometrical appearance of this work area in 
the linked CAD system [I]. 

E. elevation, which can be derived from the above CAD entities [3, D]. 

F. an instance of building elements [18], which manages building element instances [17] 
in this work area [3]. 

G. ID of project instance [1], which owns this work area instance [2]. 
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H. audit information, including who creates the current instance of this class, when this 
instance was created, who updates this instance and when this instance was modified. 

I. READ() method, which reads information of this instance from the local file system, 
database or network nodes. Whenever retrieving instances of subordinate classes, it 
triggers their READ() methods recursively. 

J. WRITEQ method, which saves information of this instance to the local file system, 
database or network nodes. Whenever saving instances of subordinate classes, it 
invokes their WRITE() methods recursively. 

K. CREATE() method, which instantiates an object of this class. 

L. DESTROYQ method, which removes the calling object from the invented systems. 

4. Work Areas 

The instance of work areas class [4] groups a set of work area instances [3] together. An 
exemplary instance of work areas class includes, but is not limited to, the following 
attributes and methods. 

A. unique ID 

B. array of ID of work area instances[3], which are managed by the current work areas 
instance [4]. 

C. ADD(ID of work area instance [3]) method, which adds the work area instance [3], 
whose ID is passed as the parameter, into the array [4, B]. 

D. REMOVE(ID of work area instance [3]) method, which removes the work area 
instance [3], whose ID is passed as the parameter, from the array [4, B]. 

E. COUNT() method, which returns the number of instances in the ID array [4, B]. 

F. IS_MEMBER(ID of work area instance [3]) method, which returns a Boolean value 
representing whether the work area instance [3], whose ID is passed as the parameter, 
is a member of the ID array [4, B] or not. 

G. MEMBER(Index of the ID array [4, B] ), which returns a work area instance [3] , 
whose index number in the ID array [4, B] matches the passed one. 

H. LINK_TO_MEMBER(Links to CAD entities), which returns a work area instance[3], 
whose links to the geometrical representation [3, D] of CAD system [I] matches the 
passed one, 

L audit information, including who creates the current instance of this class, when this 

instance was created, who updates this instance and when this instance was modified. 
J. READ() method, which reads information of this instance from the local file system, 

database or network nodes. Whenever retrieving instances of subordinate classes, it 

triggers their READQ methods recursively. 
K. WRITE() method, which saves information of this instance to the local file system, 

database or network nodes. Whenever saving instances of subordinate classes, it 

invokes their WRITE() methods recursively. 
L. CREATE() method, which instantiates an object of this class. 
M. DESTROYQ method, which removes the calling object from the invented systems. 
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5. Resource 

Each resource used in the current project, including labor, equipment, material, 
contractors, could be organized by the resource class [5]. An exemplary resource instance 
[5] may include, but is not limited to, following attributes and methods. 

A. unique ID 

B. name 

C. unit of measure, which is used to measure the quantity of the current class 

D. type of resource, which can be Labor, Equipment, Material or Contractor. 

E. cost per use, which is the sum of the setup fee and other cost for using this class 

F. cost per unit, which is the cost for using a unit of the current class 

G. effective date 

H. productivity 

I. ID of project instance [1], which owns this resource instance [5]. 

J. audit information, including who creates the current instance of this class, when this 

instance was created, who updates this instance and when this instance was modified. 
K. READ() method, which reads information of this instance from the local file system, 

database or network nodes. Whenever retrieving instances of subordinate classes, it 

triggers their READ() methods recursively. 
L. WRITEO method, which saves information of this instance to the local file system, 

database or network nodes. Whenever saving instances of subordinate classes, it . 

invokes their WRITE() methods recursively. 
M. CREATE() method, which instantiates an object of this class. 
N. DESTROY() method, which removes the calling object from the invented systems. 

6. Resources 

The instance of resources class [6] groups a set of resource instances [5] together. An 
exemplary resources class includes, but is not limited to, the following attributes and 
methods. 

A. unique ID 

B. array of ID of resource instances[5j, which are managed by the current resources 
instance [6]. 

C. ADD(ID of resource instance [5]) method, which adds the resource instance [5], 
whose ID is passed as the parameter, into the array [6, B]. 

D. REMOVE(ID of resource instance [5]) method, which removes the resource instance 
[5], whose ID is passed as the parameter, from the array [6, B]. 

E. COUNTQ method, which returns the number of instances in the ID array [6, B]. 

F. IS JMEMBER(ID of resource instance [5]) method, which returns a Boolean value 
representing whether the instance, whose ID is passed as the parameter, is a member 
of the ID array [6, B] or not. 

G. MEMBER(Index of the ID array [6, B] ), which returns a resource instance [5] , 
whose index number in the ID array [6, B] matches the passed one. 

H. audit information, including who creates the current instance of this class, when this 
instance was created, who updates this instance and when this instance was modified. 
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I. READQ method, which reads information of this instance from the local file system, 

database or network nodes. Whenever retrieving instances of subordinate classes, it 

triggers their READ() methods recursively. 
J. WRITE() method, which saves information of this instance to the local file system, 

database or network nodes. Whenever saving instances of subordinate classes, it 

invokes their WRITE() methods recursively. 
K. CREATE() method, which instantiates an object of this class. 
L. DESTROYQ method, which removes the calling object from the invented systems. 



7. Resource Usage 

This class organizes the information of resource use. An exemplary resource usage 
instance [7] may include, but is not limited to, the following attributes and methods. 

A. unique ID 

B. ID of involved resource instance [6] 

C. quantity of consumed resource 

D. ID of involved action instance [9], which requires this resource usage instance [7], 

E. ID of cost account instance [13], which the cost of this resource usage instance [7] 
reports to. 

F. audit information, including who creates the current instance of this class, when this 
instance was created, who updates this instance and when this instance was modified. 

G. READ() method, which reads information of this instance from the local file system, 
database or network nodes. Whenever retrieving instances of subordinate classes, it 
triggers their READ() methods recursively. 

H. WRITEO method, which saves information of this instance to the local file system, 
database or network nodes. Whenever saving instances of subordinate classes, it 
invokes their WRITE() methods recursively. 

I. CREATE() method, which instantiates an object of this class. 

J. DESTROYQ method, which removes the calling object from the invented systems. 

8. Resource Usages 

The instance of resource usages class [8] groups a set of resource usage instances [7] 
together. An exemplary resource usages class includes, but is not limited to, the following 
attributes and methods. 

•A. unique ID 

B. array of ID of resource usage instances[7], which are managed by the current resource 
usages instance [8]. 

C. ADD(ID of resource usage instance [7]) method, which adds the resource usage 
instance [7], whose ID is passed as the parameter, into the array [8, B]. 

D. REMOVE(ID of resource usage instance [7]) method, which removes the resource 
usage instance [7], whose ID is passed as the parameter, from the array [8, B]. 

E. COUNTQ method, which returns the number of instances in the ID array [8, B]. 
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F. IS_MEMBER(ID of resource usage instance [7]) method, which returns a Boolean 
value representing whether the resource usage instance [7], whose ID is passed as the. 
parameter, is a member of the ID array [8, B] or not. 

G. MEMBER( Index of the ID array [8, B] ), which returns a resource usage instance [7], 
whose index number in the ID array [8, B] matches the passed one. 

R audit information, including who creates the current instance of this class, when this 

instance was created, who updates this instance and when this instance was modified. 
I. READ() method, which reads information of this instance from the local file system, 

database or network nodes. Whenever retrieving instances of subordinate classes, it 

triggers their READ() methods recursively. 
J. WRITE() method, which saves information of this instance to the local file system, 

database or network nodes. Whenever saving instances of subordinate classes, it 

invokes their WRITEQ methods recursively. 
K. CREATE() method, which instantiates an object of this class. 
L. DESTROYQ method, which removes the calling object from the invented systems. 

9. Action 

Each tasks for a building block instance [6] can be decomposed into a set of action 
instances, which may include, but is not limited to, the following exemplary attributes and 
methods. 

A. unique ID 

B. name 

C. duration 

D. denoted color to paint the linked CAD entities [17, E] of involved building element 
instances [17], which perform this action. 

E. Instance of resource usages [8], which manages resource usage instance [7] defining 
the type and amount of resource used by the current action instance [9]. 

F. audit information, including who creates the current instance of this class, when this 
instance was created, who updates this instance and when this instance was modified. 

G. READ() method, which reads information of this instance from the local file system, 
database or network nodes. Whenever retrieving instances of subordinate classes, it 
triggers their READQ methods recursively. 

H. WRITEO method, which saves information of this instance to the local file system, 
database or network nodes. Whenever saving instances of subordinate classes, it 
invokes their WRITE() methods recursively. 

I. CREATE() method, which instantiates an object of this class. 

J. DESTROYQ method, which removes the calling object from the invented systems. 

10. Actions 

The instance of actions class [10] groups a set of action instances [9] together. An 
exemplary actions class includes, but is not limited to, the following attributes and 
methods. 
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A. unique ID 

B. array of ID of action instances[9], which are managed by the current actions instance 
[10]. 

C. ADD(ID of action instance [9]) method, which adds the action instance [9], whose ID 
is passed as the parameter, into the array [1 0, B]. 

D. REMOVE(ID of action instance [9]) method, which removes the action instance [9], 
whose ID is passed as the parameter, from the array [1 0, B]. 

E. COUNT() method, which returns the number of instances in the ID array [1 0, B]. 

F. IS_MEMBER(ID of action instance [9]) method, which returns a Boolean value 
representing whether the action instance [9], whose ID is passed as the parameter, is a 
member of the ID array [10, B] or not. 

G. MEMBER( Index of the ID array [10, B] ), which returns a action instance [9] , whose 
index number in the ID array [10, B] matches the passed one. 

H. audit information, including who creates the current instance of this class, when this 
instance was created, who updates this instance and when this instance was modified. 

I. READ() method, which reads information of this instance from the local file system, 
database or network nodes. Whenever retrieving instances of subordinate classes, it 
triggers their READQ methods recursively. 

J. WRITE() method, which saves information of this instance to the local file system, 
database or network nodes. Whenever saving instances of subordinate classes, it 
invokes their WRITE() methods recursively. 

K. CREATEQ method, which instantiates an object of this class. 

L. DESTROY() method, which removes the calling object from the invented systems. 

11. Building Block 

This class is the template for development of building element instances [17]. An 
exemplary building block class may include, but is not limited to, the following attributes 
and methods. 

A. unique ID 

B. name 

C. links to denoted CAD entities, which represent the physical appearance of this 
building block in the CAD drawing. 

D. IDs of child building block instances [1 1]. A building block instance may consist of 
none or multiple other building blocks. 

E. an instance of actions [10], which manages action instance [9] defining the tasks for 
the completion of the current building block instance [11]. 

F. ID of project instance [1], which include this building block instance [11]. 

G. audit information, including who creates the current instance of this class, when this 
instance was created, who updates this instance and when this instance was modified. 

H. READQ method, which reads information of this instance from the local file system, 
database or network nodes. Whenever retrieving instances of subordinate classes, it 
triggers their READQ methods recursively. 
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I. WRITE() method, which saves information of this instance to the local file system, 
database or network nodes. Whenever saving instances of subordinate classes, it 
invokes their WRITEQ methods recursively. 

J. CREATE() method, which instantiates an object of this class. 

K. DESTROY() method, which removes the calling object from the invented systems. 

12. Building Blocks . 

The instance of building blocks class [10] groups a set of building block instances [9] 
together. An exemplary building blocks class includes, but is not limited to, the following 
attributes and methods. 

A. unique ID 

B. array of ID of building block instances[l 1], which are managed by the current 
building blocks instance [12]. 

C. ADD(ID of building block instance [11]) method, which adds the building block 
instance [11], whose ID is passed as the parameter, into the array [12, B]. 

D. REMOVE(ID of building block instance [11]) method, which removes the building 
block instance [1 1], whose ID is passed as the parameter, from the array [12, B]. 

E. COUNT() method, which returns the number of ID in the array [12, B]. 

F. IS_MEMBER(ID of building block instance [11]) method, which returns a Boolean 
value representing whether the building block instance [1 1], whose ID is passed as the 
parameter, is a member of the ID array [12, B] or not. 

G. MEMBER(Index of the ID array [12, B] ), which returns a building block instance 
[1 1] , whose index number in the ID array [12, B] matches the passed one. 

H. LINK JTO_MEMBER(Link to 3-party CAD entities), which returns a building block 
instance[l 1], whose link to the geometrical representation [3, D] of CAD system [I] 
matches the passed one. 

I. audit information, including who creates the current instance of this class, when this 
instance was created, who updates this instance and when this instance was modified. 

J. READQ method, which reads information of this instance from the local file system, 

database or network nodes. Whenever retrieving instances of subordinate classes, it 

triggers their READ() methods recursively. 
K. WRITE() method, which saves information of this instance to the local file system, 

database or network nodes. Whenever saving instances of subordinate classes, it 

invokes their WRITE() methods recursively. 
L. CREATEO method, which instantiates an object of this class. 
M. DESTROY() method, which removes the calling object from the invented systems. 

13. Cost Account 

The cost and budget information are organized by a set of cost account instances, which 
may include, but is not limited to, the following attributes and methods. 

A. unique ID 

B. name 
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C. balance, which is the amount of capital in this account 

D. currency 

E. links to corresponding account entities in third-party cost estimating or accounting 
software [III]. 

F. ID of project instance [1 ], which include the current cost account instance [13]. 

G. audit information, including who creates the current instance of this class, when this 
instance was created, who updates this instance and when this instance was modified. 

H. READ() method, which reads information of this instance from the local file system, 
database or network nodes. Whenever retrieving instances of subordinate classes, it 
triggers their READ() methods recursively. 

I. WRITE() method, which saves information of this instance to the local file system, 
database or network nodes. Whenever saving instances of subordinate classes, it 
invokes their WRITE() methods recursively. 

J. CREATE() method, which instantiates an object of this class. 

K. DESTROY() method, which removes the calling object from the invented systems. 

14. Cost Accounts 

The instance of cost accounts class [14] groups a set of cost account instances [13] 
together. An exemplary cost accounts class includes, but is not limited to, the following 
attributes and methods. 

A. unique ID 

B. array of ID of cost account instances[13], which are managed by the current cost 
accounts instance [14]. 

C. ADD(ID of cost account instance [13]) method, which adds the cost account instance 
[13], whose ID is passed as the parameter, into the array [14, B]. 

D. REMOVE(ID of action instance [13]) method, which removes the cost account 
instance [13], whose ID is passed as the parameter, from "the array [14, B]. 

E. COUNT() method, which returns the number of instances in the ID array [14, B]. 

F. IS_MEMBER(ID of cost account instance [13]) method, which returns a Boolean 
value representing whether the cost account instance [13], whose ID is passed as the 
parameter, is a member of the ID array [14, B] or not. 

G. MEMBER( Index of the ID array [14, B] ), which returns a cost account instance [13] 
, whose index number in the ID array [14, B] matches the passed one. 

H. LINK_TO_MEMBER(Link to 3-party account entities), which returns a cost account 
instance[13], whose link to the geometrical representation [3, D] of CAD system [I] 
matches the passed one. 

I. audit information^ including who creates the current instance of this class, when this 
instance was created, who updates this instance and when this instance was modified. 

J. READQ method, which reads information of this instance from the local file system, 

database or network nodes. Whenever retrieving instances of subordinate classes, it 

triggers their READQ methods recursively. 
K. WRITEQ method, which saves information of this instance to the local file system, 

database or network nodes. Whenever saving instances of subordinate classes, it 

invokes their WRJTEQ methods recursively. 
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L CREATE() method, which instantiates an object of this class. 

M. DESTROYO method, which removes the calling object from the invented systems. 

15. Activity 

This class manages the tasks for the completion of the building element instances [17]. 
An exemplary activity class may include, but is not limited to, the following attributes ; 
methods. 



A. unique ID 

B. name 

C. ID of related building element instances [17] 

D. a Boolean value to determine whether this class is a summary activity or not. 

E. IDs of child activity instances [ 1 5] 

F ID of action instance [9], which are included by this activity instance [15]. 

G. links to corresponding task entities in the schedule of the third-party scheduling and 
project management system [II]. 

H. CPM/PERT attributes, which may be derived from the linked task entities [15, GJ. 
I HIGHLIGHT() method, which change the color of linked task entity [15, G] to 

highlighted color through the API of the scheduling or project management system 

J audit information, including who creates the current instance of this class, when this 

instance was created, who updates this instance and when this instance was modified. 
K. READO method, which reads information of this instance from the local file system, 

database or network nodes. Whenever retrieving instances of subordinate classes, it 

triggers their READ() methods recursively. 
L. WRITE() method, which saves information of this instance to the local file system, 

database or network nodes. Whenever saving instances of subordinate classes, it 

invokes their WRITE() methods recursively. 
M. CREATEO method, which instantiates an object of this class. 
N. DESTROYO method, which removes the calling object from the invented systems. 



16. Activities 

The instance of activities class [16] groups a set of activity instances [15] together. A 
exemplary activities class includes, but is not limited to, the following attributes and 
methods. 



A. unique ID ... 

B. array of ID of activity instances[ 1 5], which are managed by the current activities 

instance [16]. 

C. ADD(ID of activity instance [15]) method, which adds the activity instance [15], 
whose ID is passed as the parameter, into the array [1 6, B]. 

D. REMOVE(ID of activity instance [15]) method, which removes the activity instance 
[15], whose ID is passed as the parameter, from the array [16, B]. 
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E. COUNT() method, which returns the number of instances in the ID array [16, B]. 

F. IS_MEMBER(ID of activity instance [15]) method, which returns a Boolean value 
representing whether the activity instance [15], whose ID is passed as the parameter, 
is a member of the ID array [ 1 6, B] or not. 

G. MEMBER(Index of the ID array [16, B] ), which returns a activity instance [15] , 
whose index number in the ID array [16, B] matches the passed one. 

H. LINK_TO_MEMBER(Link to 3-party task entities), which returns an activity 
instance[15], whose link to the corresponding task entities [1 5, G] of 
scheduling/project management system [II] matches the passed one. 

I. audit information, including who creates the current instance of this class, when this 
instance was created, who updates this instance and when this instance was modified. 

J. READ() method, which reads information of this instance from the local file system, 

database or network nodes. Whenever retrieving instances of subordinate classes, it 

triggers their READ() methods recursively. 
K. WRITE() method, which saves information of this instance to the local file system, 

database or network nodes. Whenever saving instances of subordinate classes, it 

invokes their WRITEQ methods recursively. 
L. CREATEQ method, which instantiates an object of this class. 
M. DESTROY() method, which removes the calling object from the invented systems. 

17. Building Element 

This class represents a physical project object, which occupies work area [3], performs 
activity [15] and consumes resource [5]. An exemplary building element instance may 
include, but is not limited to the following attributes and methods. 

A. unique ID 

B. name 

C. ID of work area instance [3], where this building element resides 

D. ID of associated building block instance [11], which is used as a template for the 
creation of the current instance. 

E. links to the CAD entities, which defines the geometrical appearance of the current 
instance in the CAD system [I]. 

F. IDs of activity instances [1 5], which represents the tasks for the completion of this 
building element. 

G. HIGHLIGHT() method, which changes the color of the linked CAD entity [17, E] to 
the highlighted color through CAD API. 

H. audit information, including who creates the current instance of this class, when this 
instance was created, who updates this instance and when this instance was modified. 

I. READ() method, which reads information of this instance from the local file system, 
database or network nodes. Whenever retrieving instances of subordinate classes, it 
triggers their READQ methods recursively. 

J. WRITEO method, which saves information of this instance to the local file system, 
database or network nodes. Whenever saving instances of subordinate classes, it 
invokes their WRITE() methods recursively. 



28 



- WO 00/77684 PCT/US00/14072 

K. CACULATE_VOLUME() method, which returns the current volume of the linked 
CAD entities [17, E]. 

L. CACULATE_LENGTH() method, which returns the current length of the linked 
CAD entities [1 7, E]. 

M. DISPLAYED of Action) method, which changes the color of the linked CAD entities 

[1 7, E] to the denoted color [9, D] of the passed action instance [9]. 
N. CREATE() method, which instantiates an object of this class. 
O. DESTROYQ method, which removes the calling object from the invented systems. 



1 8. Building Elements 

The instance of building elements class [18] groups building element instances [17] 
together. An exemplary building element class may include, but is not limited to, the 
following attributes and methods. 

A. unique ID 

B. array of ID of building element instances[17], which are managed by the current 
building elements instance [18]. 

C. ADD(ID of building element instance [17]) method, which adds the building element 
instance [17], whose ID is passed as the parameter, into the array [18, B]. 

D. REMOVE(ID of action instance [17]) method, which removes the building element 
instance [1 7], whose ID is passed as the parameter, from the array [18, B]. 

E. COUNT() method, which returns the number of instances in the ID array [18, B]. 

F. IS_MEMBER(ID of building element instance [17]) method, which returns a Boolean 
value representing whether the building element instance [17], whose ID is passed as 
the parameter, is a member of the ID array [18, B] or not. 

G. MEMBER(Index of the ID array [18, B] ), which returns a building element instance 
[17] , whose index number in the ID array [1 8, B] matches the passed one. 

H. LINK_TO_MEMBER(Link to 3-party CAD entities), which returns a building 
element instance[17], whose link to the geometrical representation [3, D] of CAD 
system [I] matches the passed one. 

I. audit information, including who creates the current instance of this class, when this 
instance was created, who updates this instance and when this instance was modified. 

J. READ() method, which reads information of this instance from the local file system, 

database or network nodes. Whenever retrieving instances of subordinate classes, it 

triggers their READ() methods recursively. 
K. WRITE() method, which saves information of this instance to the local file system, 

database or network nodes. Whenever saving instances of subordinate classes, it 

invokes their WRITE() methods recursively. 
L. CREATE() method, which instantiates an object of this class. 
M. DESTROY() method, which removes the calling object from the invented systems. 

In addition to the above classes, the instances of following exemplary classes organize project 
data chronically, which can be used to simulate the construction sequence. It is understood 
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that the following list of classes is by no means inclusive, but is only intended to provide 
examples that may be incorporated for use into the present invention: 

19. Daily Event 

Project information for a given project day can be organized into a daily event. An 
exemplary daily event class may include, but is not limited to, the following attributes and 
methods: 

A. unique ID 

B. date, which represents when this event activates 

C. ID of activity instances [15], whose period include the date [19, B] of this daily event 
instance [19]. 

D. IDs of simulation report instances [21], which employ the current daily event instance 
[19]- 

E. audit information, including who creates the current instance of this class, when this 
instance was created, who updates this instance and when this instance was modified. 

F. READ() method, which reads information of this instance from the local file system, 
database or network nodes. Whenever retrieving instances of subordinate classes, it 
triggers their READQ methods recursively. 

G. WRITE() method, which saves information of this instance to the local file system, 
database or network nodes. Whenever saving instances of subordinate classes, it 
invokes their WRITE() methods recursively. 

H. CREATE() method, which instantiates an object of this class. 

I. DESTROYO method, which removes the calling object from the invented systems. 

20. Daily Events 

The instance of daily events class [20] groups a set of daily event instances [19] together. 
An exemplary daily event class may include, but is not limited to, the following attributes 
and methods. 

A. unique ID 

B. array of ID of daily event instances[19], which are grouped by the current daily events 
instance [20]. 

C. ADD(ID of daily event instance [19]) method, which adds the daily event instance 
[19], whose ID is passed as the parameter, into the array [20, B]. 

D. REMOVE(ID of daily event instance [19]) method, which removes the daily event 
instance [19], whose ID is passed as the parameter, from the array [20, B]. 

E. COUNTQ method, which returns the number of instances in the ID array [20, B]. 

F. IS_MEMBER(ID of daily event instance [19]) method, which returns a Boolean value 
representing whether the daily event instance [19], whose ID is passed as the 
parameter, is a member of the ID array [20, B] or not. 

G. MEMBER( Index of the ID array [20, B] ), which returns a daily event instance [19] , 
whose index number in the ID array [20, B] matches the passed one. 
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H. audit information, including who creates the current instance of this class, when this 
instance was created, who updates this instance and when this instance was modified 

I. READ() method, which reads information of this instance from the local file system, 
database or network nodes. Whenever retrieving instances of subordinate classes, it 
triggers their READ() methods recursively. 

J. WRITE() method, which saves information of this instance to the local file system, 
database or network nodes. Whenever saving instances of subordinate classes, it 
invokes their WRITEQ methods recursively. 

K. CREATE() method, which instantiates an object of this class. 

L. DESTROYQ method, which removes the calling object from the invented systems. 



21. Simulation Report 

This class publishes the project information in the order of construction sequence. An 
exemplary simulation report instance may include, but is not limited to, the following 
attributes and methods. The instances of this class may be used to report cash flow 
projection, resource allocation and other chronical project control information. 

A. unique ID 

B. ID of related daily event instances [20] 

C. links to the cell entities of a reporting system. 

D. SET_X() method, which update X-axis data through the API of the linked reporting 
system [IV]. 

E. SET_Y() method, which update Y-axis data through the API of the linked reporting 
system [IV]. 

F. an array of X-axis data 

G. an array of Y-axis data 

H. audit information, including who creates the current instance of this class, when this 
instance was created, who updates this instance and when this instance was modified. 

I. READ() method, which reads information of this instance from the local file system, 
database or network nodes. Whenever retrieving instances of subordinate classes, it 
triggers their READ() methods recursively. 

J. WRITE() method, which saves information of this instance to the local file system, 
database or network nodes. Whenever saving instances of subordinate classes, it 
invokes their WRITE() methods recursively. 

K. CREATE() method, which instantiates an object of this class. 

L. DESTROYQ method, which removes the calling object from the invented systems. 



22. Simulation Reports 

Tne instance of simulation reports class [21] groups a set of simulation report instances 
[19] together. An exemplary simulation report class may include, but is not limited to, the 
following attributes and methods. 

A. unique ID 
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B. array of ID of simulation report instances[21], which are managed by the current 
simulation reports instance [22]. 

C. ADD(ID of simulation report instance [21]) method, which adds the simulation report 
instance [22], whose ID is passed as the parameter, into the array [22, B]. 

D. REMOVE(ID of simulation instance [21]) method, which removes the simulation 
report instance [21], whose ID is passed as the parameter, from the array [22, B]. 

E. COUNT() method, which returns the number of instances in the ID array [22, B]. 

F. IS_MEMBER(ID of simulation report instance [21]) method, which returns a Boolean 
value representing whether the simulation report instance [21], whose ID are passed 
as the parameter, is a member of the ID array [22, B] or not. 

G. MEMBER( Index of the ID array [22, B] ), which returns a simulation report instance 
[22] , whose index number in the ID array [22, B] matches the passed one. 

H. audit information, including who creates the current instance of this class, when this 
instance was created, who updates this instance and when this instance was modified. 

I. READ() method, which reads information of this instance from the local file system, 
database or network nodes. Whenever retrieving instances of subordinate classes, it 
triggers their READ() methods recursively. 

J. WRITE() method, which saves information of this instance to the local file system, 
database or network nodes. Whenever saving instances of subordinate classes, it 
invokes their WRITE() methods recursively. 

K. CREATEO method, which instantiates an object of this class. 

L. DESTROYO method, which removes the calling object from the invented systems. 

Lastly, administrative data of the implemented systems may be encapsulated into specific 
classes such as the ones documented below. It is understood that the following list of classes 
is by no means inclusive, but is only intended to provide examples that may be incorporated 
for use into the present invention: 



23. Operator 

The operator class denotes a user who initiates a session instance [27] and has interaction , 
with instances of any classes defined in the invented model. An exemplary operator class 
may include, but is not limited to, the following attributes and methods. 

A. unique ID 

B. user name 

C. password 

D. effective date 

E. IDs of domain instances [25], which the current instance belongs to 

F. LOGIN() method, which create a new instance of session [27]. 

G. audit information, including who creates the current instance of this class, when this 
instance was created, who updates this instance and when this instance was modified. 

H. READ() method, which reads information of this instance from the local file system, 
database or network nodes. Whenever retrieving instances of subordinate classes, it 
triggers their READQ methods recursively. 
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I. WRITE() method, which saves information of this instance to the local file system, 
database or network nodes. Whenever saving instances of subordinate classes, it 
invokes their WRITE() methods recursively. 

J. CREATEO method, which instantiates an object of this class. 

K DESTROYQ method, which removes the calling object from the invented systems. 



24. Operators 

The instance of operators class [24] groups a set of operator instances [23] together. An 
exemplary operators class may include, but is not limited to, the following attributes and 
methods. 

A. unique ID 

B. array of ID of operator instances[23], which are managed by the current operators 
instance [24]. 

C. ADD(ID of operator instance [23]) method, which adds the operator instance [23], 
whose ID is passed as the parameter, into the array [24, B]. 

D. REMOVE(ID of operator instance [23]) method, which removes the operator instance 
[23], whose ID is passed as the parameter, from the array [24, B]. 

E. COUNT() method, which returns the number of instances in the ID array [24, B]. 

F IS_MEMBER(ID of operator instance [23]) method, which returns a Boolean value 
representing whether the operator instance [23], whose ID is passed as the parameter, 
is a member of the ID array [24, B] or not. 

G. MEMBER( Index of the ID array [24, B] ), which returns an operator instance [23] , 
whose index number in the ID array [24, B] matches the passed one. 

H. audit information, including who creates the current instance of this class, when this 
instance was created, who updates this instance and when this instance was modified. 

I. READ() method, which reads information of this instance from the local file system, 
database or network nodes. Whenever retrieving instances of subordinate classes, it 
triggers their READO methods recursively. 

J. WRITEO method, which saves information of this instance to the local file system, 
database or network nodes. Whenever saving instances of subordinate classes, it 
invokes their WRITEO methods recursively. 

K. CREATEO method, which instantiates an object of this class. 

L. DESTROY() method, which removes the calling object from the invented systems. 



25. Domain 

Each operator instance [23] may be associated with different instances of the domain 
class, which may include, but is not limited to the following attributes and methods. 

A. unique ID 

B. name 

C. the data access control table, which is used to determine whether the current users 
have privilege to create, retrieve, update or delete attributes of model instances. 
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D. audit information, including who creates the current instance of this class, when this 
instance was created, who updates this instance and when this instance was modified. 

E. READ() method, which reads information of this instance from the local file system, 
database or network nodes. Whenever retrieving instances of subordinate classes, it 
triggers their READ() methods recursively. 

F. WRITE() method, which saves information of this instance to the local file system, 
database or network nodes. Whenever saving instances of subordinate classes, it 
invokes their WRITE() methods recursively. 

G. CREATEQ method, which instantiates an object of this class. 

H. DESTROYO method, which removes the calling object from the invented systems. 

26. Domains 

The instance of domains class [26] groups a set of domain instances [25] together. An 
exemplary domains class may include, but is not limited to, the following attributes and 
methods. 

A. unique ID 

B. array of ID of domain instances[25], which are managed by the current domains 
instance [26]. 

C ADD(ID of domain instance [25]) method, which adds the domain instance [25], 
whose ID is passed as the parameter, into the array [26, B]. 

D. REMOVE(ID of domain instance [25]) method, which removes the domain instance 
[25], whose ID is passed as the parameter, from the array [26, B]. 

E. COUNTQ method, which returns the number of instances in the ID array [26, B]. 

F. IS_MEMBER(ID of domain instance [25]) method, which returns a Boolean value 
representing whether the domain instance [25], whose ID is passed as the parameter, 
is a member of the ID array [26, B] or not. 

G. MEMBER( Index of the ID aiTay [26, B] ), which returns a domain instance [25] , 
whose index number in the ID array [26, B] matches the passed one. 

H. audit information, including who creates the current instance of this class, when this 
instance was created, who updates this instance and when this instance was modified. 

I. READQ method, which reads information of this instance from the local file system, 
database or network nodes. Whenever retrieving instances of subordinate classes, it 
triggers their READQ methods recursively. 

J. WRITEO method, which saves information of this instance to the local file system, 
database or network nodes. Whenever saving instances of subordinate classes, it 
invokes their WRITE() methods recursively. 

K. CREATEQ method, which instantiates an object of this class. 

L. DESTROYQ method, which removes the calling object from the invented systems. 

13. Session 

Software session created by operator instances [23] may be represented by this class, 
which may include, but is not limited to the following attributes and methods. 
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A. unique ID 

C. machine name, on which the instance of the current session instance is invoked and 

executed . 
D an instance of current operator [23] of this session instance [27]. 
E ' ID of project instance [1], which is opened by the current session instance [27]. 
F audit information, including who creates the current instance of this class, when this 

instance was created, who updates this instance and when this instance was modified. 
G. OPEN.PROJECT0 method, which initializes a new project instance [1] or retneves 

an existing project instance [1]. 

8. Sessions 

The instance of sessions class [26] groups a set of session instances [25] together. An 
exempt sessions class may include, but is not limited to, the following attributes and 
methods. 

B. aZy ofTO of session instances[25], which are managed by the current sessions 

C. ADD(ID of session instance [25]) method, which adds the session instance [25], 
whose ID is passed as the parameter, into the array [26, B]. 

D REMOVE(ID of session instance [25]) method, which removes the session instance 

[25], whose ID is passed as the parameter, from the array [26,B]. 
E COUNTO method, which returns the number of instances in the ID array [26, BJ. 
F IS MEMBER(ID of session instance [25]) method, which returns ^a Boolean value 
rep-resenting whether the session instance [25], whose ID is passed as the parameter, is 
a member of the ID array [26, B] or not. , 
G MEMBER( Index of the ID array [26, B] ), which returns a session instance [25] , 

' whose index number in the ID array [26, B] matches the passed one. 
H. audit information, including who creates the current instance of this ^; w ^ s 

instance was created, who updates this instance and when this instance was modified. 
I READO method, which reads information of this instance from the local fi e system, 
" database or network nodes. Whenever retrieving instances of subordinate classes, it 
triggers their READO methods recursively. , M;ct „ m 

J WRITEO method, which saves information of this instance to the local file system, 
database or network nodes. Whenever saving instances of subordinate classes, it 
invokes their WRITEO methods recursively. 
v CREATEO method, which instantiates an object of this class, 
li DESTROYO method, which removes the calling object from the invented systems. 
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1 . A method for processing data received across a network in multiple formats, 
comprising the steps of: 

5 (a) receiving data at a server computer from a client computer; 

(b) identifying a selected parser program based at least in part on said 
received data; 

(c) parsing said received data using said selected parser program to create 
parsed data; 

1 0 (d) selectively establishing assigned portions of said parsed data to a target 

object in a database; 

(e) encapsulating said assigned portions within said target object to form a 
new target object; and 

(f) storing said new target object in said database. 

15 

2. The method of claim 1, further comprising the steps of: 

(g) receiving a request from said client computer; 

(h) selectively retrieving data stored in said database in response to said 
request to form retrieved data; 

20 (i) converting said retrieved data into a network compatible format to form 

converted data; 
(j) generating a report based on said converted data; and 
(k) sending said report to said client computer. 

25 3. The method of claim 2, wherein said converting step includes the step of 
forming converted data in a HTML or XML format. 

4. The method of claim 1 , wherein said identifying step includes the step of 
identifying a selected parser program from a set of parser programs. 

30 

5. The method of claim 1 , further comprising the step of inter-relating a set of 
target objects in a relational table structure. 
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6. A method for processing data received across a network in multiple formats, 

comprising the steps of: 

(a) uploading a document provided by a client computer; 

(b) identifying a selected parser program based at least in part on said 

5 document; 

(c) parsing said document using said selected parser program to provide a 

parsed document; 

(d) identifying an entity from said parsed document; and 

(e) associating said entity to an object in a schedule. 

10 

7. , The method of claim 6, wherein said uploading step includes uploading a CAD 
document. 

8. A method for processing data received across a network in multiple formats, 

15 comprising the steps of: 

(a) uploading a document p rovided by said client computer; 

(b) identifying a selected parser program based at least in part on said 
document; 

(c) parsing said document using said selected parser program to produce a 
20 parsed document; 

(d) specifying an identified entity from said parsed document; 

(e) developing an object based at least in part on said identified entity to 
form a developed object; 

(f) grouping said developed object in an object group; 

25 (g) generating a schedule based at least in part on said object group. 

9. The method of claim 8, wherein said grouping in step (f) includes assigning 
said developed object to a defined class. 

30 1 0. The method of claim 8, wherein said grouping in step (f) includes creating an 
inter-relationship between said developed object and an existing object based at least 
in part on attributes of said developed object. 
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1 1 . The method of claim 1 0, wherein said creating step includes the step of 
creating said inter-relationship using a relational table structure. 



12. A method for processing data received across a network in multiple formats, 
5 comprising the steps of: 

(a) enabling a client computer to specify a defined work area; 

(b) assigning a building block to said defined work area; 

(c) producing a developed object based at least in part on said building 
block; 

0 (d) grouping said developed object in an object group; 

(e) generating a schedule based on said object group; and 

(f) storing said at developed object, said object group, and said schedule in 
a database. 

5 13. The method of claim 12, wherein said grouping in step (d) includes assigning 
said developed object to a defined class. 

14. The method of claim 12, wherein said grouping in step (d) includes creating an 
inter-relationship between said developed object and an existing object based at least 

10 in part on attributes of said developed object. 

15. The method of claim 14, wherein said creating step includes the step of using a 
relational table structure. 

15 16. The method of claim 14, wherein said producing step includes producing a 
developed object with a building element object and an action object. 

17. The method of claim 16, wherein said grouping in step (d) creates at least one 
activity object based on said building element object and said action object. 

0 

18. The method of claim 12, further comprising the steps of: 

(g) receiving a request from said client computer; 
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(h) selectively retrieving data stored in said database in response to said 
request; 

(i) converting said data into a network compatible format to form 
converted data; 

5 (j) creating a generated report based on said converted data; and 

(k) sending said generated report to said client computer. 

19. A system for processing data received across a network in multiple formats, 

comprising: 
1 0 a central processing unit; 

a communication interface for connection between said network and said 

central processing unit; and 
a memory; 

said memory including a set of data parser programs and a database having a 

15 set of objects; 

wherein data received through said communication interface is processed by 
said central processing unit utilizing at least one of said set of data parser programs to 
create processed data, said processed data being selectively associated with one of said 
set of objects in said database and stored in said database based on said association. 

20 

20. The system of claim 19, wherein said memory further comprises a report 
generator module; wherein said report generator module includes logic code to 
selectively produce retrieved data from said database in response to a request from a 
client computer across said network, logic code to convert said retrieved data into 

25 converted data in a network compatible format, and logic code to send said converted 
data across said network to said client computer. 

21. The system of claim 19, wherein said network is a distributed network. 

22. The system of claim 19, wherein said client computer includes an end user or a 
30 web site. 
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